home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0079 / 764.txt < prev    next >
Text File  |  1997-04-16  |  20KB  |  497 lines

  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Wed,  6 Dec 89       Volume 89 : Issue 764
  4.  
  5. Today's Topics:
  6.                             Absoft Fortran
  7.                         A few random thoughts
  8.                               Form Doc's
  9.                  Form Doc's ASCII NOW HERE! (2 msgs)
  10.                         Help >> COUNTRY.ARC!!!
  11.                     Question: Saving the Menu Bar
  12.                 Starting a New ST Magazine in the USA
  13.                           Still searching...
  14.               Will there be a Jan 1990 ANALOG Magazine?
  15. ----------------------------------------------------------------------
  16.  
  17. Date: Thu, 7 Dec 89 03:45+0100
  18. From: Ritzert%DMZRZU71.BITNET@Forsythe.Stanford.EDU
  19. Subject: Absoft Fortran
  20. Message-ID: <891207024528.958022@DMZRZU71-UNI-MAINZ--GERMANY>
  21.  
  22. >   I also understand your problems. Some of them may be solved by
  23. >   using the 'script' commando from the library manager. May be, the
  24. >   linker also has cuch a command. There is still no way to do it via
  25. >   command line options.
  26.  
  27. Well, do You really have a library manager with a script command? Mine
  28. doesn't have one. At least it is not documented. There is a serious bug
  29. in the compiler (version 2.3):
  30.  
  31. If You want to use a common block only in some subroutines You have to
  32. declare it in Your main program. Otherwise You will get unpredictable
  33. results. This is the only Fortran compiler I have used which behaves
  34. this way (and I have been writing Fortran programs on many systems).
  35.  
  36. Michael Ritzert
  37. mjr@dmzrzu71.bitnet
  38.  
  39. ------------------------------
  40.  
  41. Date: 6 Dec 89 20:14:07 GMT
  42. From:
  43.  cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!watserv1!watmath!ria!uwovax!4224_51
  44.  32@tut.cis.ohio-state.edu  (Andrew Semple)
  45. Subject: A few random thoughts
  46. Message-ID: <4464.257d2cbf@uwovax.uwo.ca>
  47.  
  48. In article <473ffa3c.14a1f@force.UUCP>, covertr@force.UUCP (Richard E. Covert)
  49.  writes:
  50. > In article <4448.257a46e4@uwovax.uwo.ca>, 4224_5132@uwovax.uwo.ca (Andrew
  51.  Semple) writes:
  52. >>
  53. >>  covertr@force.UUCP (Richard E. Covert) spews,
  54. >>
  55. >> > You know Ken, that is ONE reason why I refuse to buy the new TT. If you
  56.  can't
  57. >> > even upgrade a Mega ST2 to 4 megs because of some manufacturing decision to
  58. >> > save 10 cents by using a MMU chip that can't address 4 megs, then what does
  59. >> > that tell me about Atari?? It is INSANE to sell a Mega ST2 that is crippled
  60. >> > so that it can't be upgraded to 4 megs. That is another example of Atari's
  61. >> > No Upgrade Policy. Why do you folks do that??
  62. >> >
  63. >> > And are you folks going to change this policy with regards to the TT/p? Or
  64. >> > if I want to add more memory after I purchase a TT/P will I have to sell
  65. >> > it and buy another TT/p with more memory??
  66. >> >
  67. >>   The above statement about the ST2 not being able to be expanded to 4 Megs
  68. >> is absolute CRAP.  I know of about 20 ST2's that have been expanded to 4
  69.  Megs.
  70. >
  71. > Andrew, I was simply repeating what Ken B of Atari said in an earlier post.
  72. > That *SOME* Mega ST2s can NOT be upgraded to 4 megabytes.
  73. >
  74.   Then why didn't you say that IN your post.  Be more careful.
  75.  
  76. >> --------------------------------------------------------------
  77. >> Andrew Semple                               ads@hydra.uwo.ca
  78. >> 2nd Year Applied Math/Computer Science      Andrew.Semple@hydra.uwo.ca
  79. >   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  80. > Oh, an expert :-)
  81. >
  82.   I'll take that as a complement.
  83.  
  84. --------------------------------------------------------------
  85. Andrew Semple                               ads@hydra.uwo.ca
  86. 2nd Year Applied Math/Computer Science      Andrew.Semple@hydra.uwo.ca
  87. The University of Western Ontario           Semple@uwovax.BITNET
  88. London, Ontario
  89. Canada     "I think in the predicate calculus."   - I. Newton :-)
  90.  
  91. ------------------------------
  92.  
  93. Date: 6 Dec 89 22:50:37 GMT
  94. From: tahoe!wheeler!mikew@apple.com  (Mike Whitbeck)
  95. Subject: Form Doc's
  96. Message-ID: <3323@tahoe.unr.edu>
  97.  
  98. In article <10157@stag.math.lsa.umich.edu| hyc@math.lsa.umich.edu (Howard Chu)
  99.  writes:
  100. |For folks who don't want to deal with it, there's a program dvitty
  101. |that was posted to mod.sources (yeah, a long time ago) that will
  102. |print DVI files on a dumb terminal. Somewhat ugly output, but it's
  103. |usable. This was written for Unix, so it'll take a little work
  104. |to get running. If there's any interest, lemme know.
  105. |--
  106. | -=- PrayerMail: Send 100Mbits to holyghost@father.son[127.0.0.1]
  107. | and You Too can have a Personal Electronic Relationship with God!
  108.  
  109. dvitty is a mixed C and Pascal source code. I compiled it on a
  110. Sun. It crashed while doing the index to form.dvi. See my
  111. earlier post for availability of the form ascii file.
  112.  
  113. ------------------------------
  114.  
  115. Date: 7 Dec 89 01:55:28 GMT
  116. From: tahoe!wheeler!mikew@apple.com  (Mike Whitbeck)
  117. Subject: Form Doc's ASCII NOW HERE!
  118. Message-ID: <3324@tahoe.unr.edu>
  119.  
  120. I put a copy on the TERMINATOR archive in
  121.         atari/new/formdoc.arc
  122.  
  123. I also am mailing a copy for posting in the binaries newsgroup.
  124.  
  125. BTW- I fixed the index   the manual is 253 pages long with index
  126. and table of contents.
  127.  
  128. ------------------------------
  129.  
  130. Date: 6 Dec 89 22:47:37 GMT
  131. From: tahoe!news@apple.com  (News )
  132. Subject: Form Doc's ASCII NOW HERE!
  133. Message-ID: <3322@tahoe.unr.edu>
  134.  
  135. >Agreed it may have fancy math symbols, but still the ASCII TeX file could have
  136. >been posted instead of the binary .dvi file. Then at least we, those w/o TeX,
  137. >could have looked at some of the material.
  138. >
  139. >--
  140. > Richard E. Covert (covertr@gtephx)
  141. >  (602) - 581-4652
  142. >|  AG Communications Systems, Phoenix AZ   |
  143. > UUCP: ?ncar!noao!asuvax | uunet!zardoz!hrc | att?!gtephx!covertr
  144. From: mikew@wheeler.wrcr.unr.edu (Mike Whitbeck)
  145. Path: wheeler!mikew
  146.  
  147.  
  148.  
  149. OK ! I have just compiled dvitty and filtered the infamous
  150. form.dvi into good 'ol form.asc  i.e. plain ascii file. You may
  151. have to fiddle with end of line (unix vs tos \r\n vs \n stuff)
  152. but its done.
  153.  
  154. (well sort of done -- the dvitty driver crashed while doing the
  155. index - jeez how many contributors give ya such a nice manual
  156. with an index even! The last I can remember was UNITERM)
  157.  
  158.  
  159.  
  160. The arc'd (that ok?) file is 163K so if some ONE will give me an
  161. I net address for anon ftp I'll put it out there where it can be
  162. accessed.
  163. ___________________________________________________________
  164. |Mike Whitbeck             |                              |
  165. |Desert Research Inst.     | mikew@wheeler.wrc.unr.edu    |
  166. |POB 60220                 |                              |
  167. |RENO, NV 89506            | 702-673-7348                 |
  168. |__________________________|______________________________|
  169.  
  170. Any simple problem can be made insoluble if enough committee
  171. meetings are held to discuss it.
  172.  
  173. ------------------------------
  174.  
  175. Date: Wed, 6 Dec 89 19:33:44 MST
  176. From: ehsnsr@jupiter.nmt.edu (Eric Hobbs)
  177. Subject: Help >> COUNTRY.ARC!!!
  178. Message-ID: <8912070233.AA26917@jupiter.nmt.edu>
  179.  
  180. Hi.
  181.     I recently downloaded COUNTRY.ARC. It de-arced just fine, but when I run
  182. COUNTRY.PRG, A Dialog box pops up that says:  Error #008  PC>$000000.
  183. What Happened? I ran it on a .5 Meg 520 STfm with NO accessories or  AUTO
  184. progs loaded.
  185.  
  186.     If it turns out that COUNTRY.ARC is messed up, Is there another archive
  187. site that has samples and a player?
  188.  
  189. Thanx.
  190.  
  191. Eric Hobbs
  192. ehsnsr@JUPITER.nmt.edu
  193.  
  194. ------------------------------
  195.  
  196. Date: 6 Dec 89 20:01:04 GMT
  197. From: haven!uvaarpa!hudson!bessel.acc.Virginia.EDU!gl8f@purdue.edu  (Greg
  198.  Lindahl)
  199. Subject: Question: Saving the Menu Bar
  200. Message-ID: <2407@hudson.acc.virginia.edu>
  201.  
  202. In TeXShell, which shamelessly borrows code from Moshe Braner's
  203. generic DA code, I save the menu bar by knowing that it's the
  204. first 380 longwords after the start of the screen, which it
  205. gets from Physbase().
  206.  
  207. Now, obviously, this is a dumb thing to do in the days of bigger
  208. screens. So what's the best way to save the menu bar? I could try
  209. getting the height of the font, and assume the menu bar is smaller
  210. than 2 character heights, and then blit it into a buffer. Or I could
  211. try doing something strange with window creation to see how close to
  212. the top of the screen I can put a window.
  213.  
  214. What's the best, most portable way?
  215.  
  216. Thanks in advance.
  217.  
  218. ------
  219. Greg Lindahl
  220.  
  221. ------------------------------
  222.  
  223. Date: 6 Dec 89 22:59:01 GMT
  224. From: cs.utexas.edu!asuvax!hrc!force!covertr@tut.cis.ohio-state.edu  (Richard E.
  225.  Covert)
  226. Subject: Starting a New ST Magazine in the USA
  227. Message-ID: <4745828e.14a1f@force.UUCP>
  228.  
  229. for the United States? I know that ST APPLICATIONS started
  230. out as a small Mom and Pop limited circulation newsletter
  231. type magazine. ST APPS grew into a very respectable full
  232. glossy page magazine.
  233.  
  234. It seems with the availability of online services, such as
  235. GEnie and CI$, and the DTP in the ST (PageStream, Calamus),
  236. and the SLM804, that someone could put together a respectable
  237. little magazine on a shoestring budget.
  238.  
  239. For example, the Phoenix Atari ST Club publishes a bimonthly
  240. newsletter called PHAST which is developed entirely on a
  241. Mega ST4/SLM804 system using PageStream. We do a camera ready
  242. copy and send it out to be printed, collated, and stapled. We
  243. then put on the mailing address labels (also done on a Mega ST4).
  244.  
  245. It would be great if the best authors of ST APPLICATIONS and
  246. ST LOG could get together to work on the new ST magazine.
  247.  
  248. Any ideas outhere??
  249.  
  250. I mean even Current Notes, which is a nice magazine, started out
  251. as a DC club newsletter.
  252.  
  253. Just a thought.
  254.  
  255. --
  256.  Richard E. Covert (covertr@gtephx)
  257.   (602) - 581-4652
  258. |  AG Communications Systems, Phoenix AZ   |
  259.  UUCP: ?ncar!noao!asuvax | uunet!zardoz!hrc | att?!gtephx!covertr
  260.  
  261. ------------------------------
  262.  
  263. Date: 6 Dec 89 23:20:48 GMT
  264. From: mcsun!sunic!kullmar!pkmab!daniel@uunet.uu.net  (Daniel Deimert)
  265. Subject: Still searching...
  266. Message-ID: <2385@pkmab.se>
  267.  
  268. In article <1854@atari.UUCP>, kbad@atari.UUCP (Ken Badertscher) writes:
  269.  
  270. >
  271. > daniel@pkmab.se (Daniel Deimert) writes:
  272. > | I can assure you -- you won't be able
  273. > | to sell a lot of computers if you don't tell them how to program it!
  274. >
  275. > I seriously doubt that the _majority_ of people who buy Atari
  276. > computers, or any other computers for that matter, have the slightest
  277. > desire to program their machines.  The simple fact is, most people who
  278.  
  279. You might be right there - but what about the so well-known PD/SW programs?
  280. There are a lot of goodies among these, like the Quick ST etc.
  281. The programmers who make these programs are considered "end users", or..?
  282.  
  283. > buy computers want to _use_ their computers.  They don't want to be
  284.  
  285. Yes. Of course.  But _MANY_ of those have bought a computer to be able
  286. to program it as well as use it! Otherwise they would have bought a video
  287. game. The percentage who bought it as a business computer? Well, I guess
  288. you can count it out. You haven't got a great reputation, you know.
  289. The STE isn't going to do it any good either, nor the LYNX.
  290.  
  291. > | [...] it must be possible to post a minimum of information to some
  292. > | knowledgeable people in the right places.
  293. >
  294. > Who is "knowledgeable"?  What is "the right place"?  How much
  295. > information is "a minimum"?
  296.  
  297. "Knowledgeable" is for example the people who wrote Quick ST.  And there
  298. are more people on the net (for example).  And the journalists of a
  299. computer magazine such as the swedish one, "AtariSTen".  And that is the
  300. right place, too.  It's not YOUR business -- but it is Atari Scandinavia's.
  301.  
  302. "A minimum" of information is, in this case, a list of adresses to the
  303. new chips/enhanced chips and a _short_ explanation of what to put there.
  304.  
  305. I know you did this with early STs:  They got some kind of addendum with
  306. a list of adresses to the PSG (complete with waweform diagrams!) and
  307. such.  That's the kind of information I want.  Not internal TOS behaviour.
  308. But the most important stuff, of course stripped compared to the dev. docs.
  309. That doesn't matter.
  310.  
  311. Like now,  how easier everything would have been for me if the
  312. source-code (in Turbo-C, I know.) to the demonstration programns would have
  313. been there, right on the language disk.  I do think you had some spare
  314. space, huh? Not of interest to all, no. But of great importance to others.
  315.  
  316.  
  317. > And what do you call the information we have been posting?
  318. > Chopped liver?
  319.  
  320. No, I don't. And I think I mentioned the fact that I thought this
  321. was the way to handle things. (Like the ARGV defs -- wonderful!)
  322. I refer to my earlier postings.
  323.  
  324. > | And there're a lot of developers on the net, too.
  325. >
  326. > In fact, only a tiny percentage of commercial ST developers are active
  327. > on the net.
  328.  
  329. But it just MIGHT be "cost effective" to post it to the net, then?
  330. Fine.
  331.  
  332. > | And people from the net DO forward things to the right places.
  333. >
  334. > It's true that net.info gets spread around quite a bit.  It's also
  335. > true that it gets warped on the way out.  People are misquoted.  The
  336. > information may be wrongly interpreted at the far end, with no chance
  337. > of the person(s) responsible for the original post to clear up the
  338. > mistakes.
  339.  
  340. Mostly it's correct.  KERMIT don't missquote things, I think.  Nor do
  341. ZMODEM.
  342. Maybe XMODEM does, I don't know :-)
  343.  
  344. This is no reason.  If you post something of any importance (like a
  345. program or the ARGV stuff) it's not rewritten -- it's just sent
  346. further by file transmission.
  347. No missquoting there...
  348.  
  349. > [interesting chain letter analogy deleted]
  350.  
  351. Oh... :-)
  352.  
  353. >
  354. > | It should at least be "cost effective" to give this information to
  355. > | developers without them having to ask!
  356. >
  357. > Registered developers get a lot of information without having to ask
  358. > anything more than "Where's my developer kit?"
  359.  
  360. This was your words. "Just them having to ask", or something like that.
  361. Look in you article.
  362.  
  363. Reading all the messages from developers (the LOW percentage, remember?)
  364. who aren't satisfied with the information, I can't agree with you.
  365. But I don't really have inside information. We better leave the subject.
  366.  
  367. > | Why should I buy a computer I can't use?  Like buying a car and when
  368. > | you ask for an explanation of the buttons getting the answer: "Sorry,
  369. > | you have to be a registred driver to get to know this.  You shouldn't
  370. > | know about more than the gear and the wheel."
  371. >
  372. > Why do so many people use this analogy?
  373.  
  374. Maybe because it's a good one?
  375.  
  376. >  A computer is not a car. A computer is a computer.
  377.  
  378. True, but you want to use your computer, just as you want to use your car.
  379. And you want to program it, to drive it. At least some of us. :-)
  380.  
  381. >  But, since you insist, getting technical
  382. > information (on a level equivalent to "How do I program DMA sound?")
  383. > from an auto manufacturer isn't all that easy either.  Try it some time.
  384.  
  385. Maybe not, but I do think the auto man. would answer the question:
  386. "Where are the ---SOMETHING---"?  ("At what adress is ---?")
  387. And the car company cooperates with people writing books about "do it yourself".
  388.  
  389. But since you're not comfortable with this analogy, we'll leave that too.
  390.  
  391. > | Have nobody thought of the possibility that there might be something
  392. > | wrong? Why should we otherwise be bashing Atari?
  393. >
  394. > Okay, I'm donning my asbestos suit for this one, but here goes: I think
  395. > the reason that people bash Atari is BECAUSE THEY CAN. Because we are
  396. > active on the nets answering technical questions, people feel that
  397. > their input on how Atari should run its operation will be listened to.
  398.  
  399. Oh?  Since when have you been answering tech. questions from net people?
  400. (Low end users?)  Not in this case, at least. (But again, I KNOW, I KNOW,
  401. you have done that sometimes - that's why I got surprised of these
  402. negative answers to my humble questions!)
  403.  
  404. > | I have offered to help writing some demonstration programs to be put
  405. > | on the STE language disk. I haven't even got a reply.   Atari Corp. was
  406. > | obviosly not interested.>
  407. > This concerns me.  To whom did you send the offer?  Where did you send
  408. > your letter?  Did you send an example program along with your offer?
  409.  
  410. I sent it by electronic mail to kbad@atari.UUCP, that is YOU. (Message
  411. dated Fri Nov 24 12:26:13 1989, subject: Questions about the STE)
  412.  
  413. And NO, I did not send an example program -- I had still got no
  414. information about how to program the STE, remember?
  415. Since my english is a bit strange and foreign, after all -- you might
  416. not have understood me.  But now you have, and the offer is still there.
  417.  
  418. If I write something that is better than the existing programs, is it
  419. possible to get it distributed on the language disks?
  420. Is it possible to write some kind of "dealer demo" that could be sent
  421. out to dealers from Atari Corp. with a lot of stunning graphics and
  422. sound, as they say?
  423. I can do a lot of this myself, and I know more people who would be pleased
  424. to help.  If it's possible, well my mail adress is below.
  425.  
  426. >
  427. > | I do not want Atari Corp. to die [...]
  428. >
  429. > Nor do I.  I hope you are able to get the information you want to program
  430. > your STE soon.  But remember, Atari gives registered developers special
  431. > treatment, and they deserve it, because they write the software that
  432. > sells Atari computers.
  433.  
  434. I think you're absolutely right in giving the developers HIGHER support
  435. than end users, but I do think you could give us end users a little
  436. more support than you do.
  437. We're not asking for much (are we?).
  438.  
  439.  
  440. And, this is of course my opinion, and if it "awakens the beast within you",
  441. it's not my fault. You shouldn't have read this...
  442. ---
  443.     Daniel Deimert, Fridstavagen 4, S-715 94 Odensbacken, SWEDEN
  444.     Internet:   daniel@pkmab.se
  445.     UUCP:       ...?uunet,mcvax?!sunic.sunet.se!kullmar!pkmab!daniel
  446.  
  447. ------------------------------
  448.  
  449. Date: 6 Dec 89 20:35:05 GMT
  450. From: cs.utexas.edu!asuvax!hrc!force!covertr@tut.cis.ohio-state.edu  (Richard E.
  451.  Covert)
  452. Subject: Will there be a Jan 1990 ANALOG Magazine?
  453. Message-ID: <474501d8.14a1f@force.UUCP>
  454.  
  455. I just got my December 1989 issue of ANALOG Magazine. I have a subscription
  456. good thru July 1990 of ST LOG which was transferred to ANALOG with the November
  457. 1989 issue. The October 1989 issue of ST LOG was the final issue. Does
  458. anyone know, has any been contacted, if ANALOG will be published next year?
  459.  
  460. The final issue of ST LOG was very clear that it was merging into ANALOG,
  461. so the publishers knew well in advance. When other ST magazines have stopped
  462. publication ( died :-( ) the last issue clearly said that it was the last
  463. issue. But, there is nothing in the Dec 1989 issue of ANALOG to indicate that
  464. is the final issue. In fact, there are 2 subscription forms in it for NEW
  465. subscribers??
  466.  
  467. I wonder if I will get a free subscription to Hustler (same publisher :-) )?
  468.  
  469. Anyway, while I hate to see an Atari magazine fold, I just plain don't like
  470. the December issue. It has a bunch of pages about new electronic gadgets for
  471. Christmas. While this article is nice, it is just filler in an Atari magazine.
  472. This article should have been in PopularScience or Consumers Reports or
  473. something like that. I didn't buy an Atari magazine to read about a new
  474. Sony WATCHMAN color tv!
  475.  
  476. Also, I don't care for the way 8bit and ST articles are mixed together. I would
  477. prefer that the 8bit be in a ripoff insert in the middle of the mag. Than I
  478. could discard the 8bit section and keep the ST mag intact.
  479.  
  480. I will miss Clayton Walthum's CManShip column. I hope that he is picked up
  481. by STart, but I doubt it. I will miss Ian's Quest and a few other columns.
  482. All in all, I preferred ST LOG to STart and that's why I subscribed (sigh)
  483. to ST LOG instead of STart.
  484.  
  485. If ANALOG indeed is dead, it is a sad day for us all!!
  486.  
  487. --
  488.  Richard E. Covert (covertr@gtephx)
  489.   (602) - 581-4652
  490. |  AG Communications Systems, Phoenix AZ   |
  491.  UUCP: ?ncar!noao!asuvax | uunet!zardoz!hrc | att?!gtephx!covertr
  492.  
  493. ------------------------------
  494.  
  495. End of INFO-ATARI16 Digest V89 Issue #764
  496. *****************************************
  497.